
METHOD AND APPARATUS FOR PROCESSING CREDIT CARD 

TRANSACTIONS 

5 Cross-Reference to Related Applications 

The present application is related to co-pending United States patent 
application Serial No. 09/274,281 entitled "METHOD AND APPARATUS FOR 
PROVIDING CROSS-BENEFITS VIA A CENTRAL AUTHORITY" filed on March 
10 22, 1999 in the name of Jay S. Walker et al.; and United States patent application 
Serial No. 09/287,747 entitled "METHOD AND APPARATUS FOR PROVIDING 
CROSS-BENEFITS BASED ON A CUSTOMER ACTIVITY" filed on March 31, 
1999 in the name of Jay S. Walker et al., each of which is assigned to the assignee of 
the present invention and each incorporated herein by reference as part of the present 
Q 15 disclosure. 

~ Field of the Invention 

« The present invention relates generally to transaction processing, and relates 

^ 20 more specifically to a method and apparatus for processing credit or debit card 
in transactions. 

3S; i 

Background of the Invention 

25 Transactions between customers and merchants typically occur at a point-of- 

sale terminal located at the merchant's place of business. A transaction begins when a 
customer brings one or more products to the point-of-sale terminal. A sales attendant 
operating the point-of-sale terminal then totals the amount due for the products. The 
total typically includes the subtotal of the prices for each product purchased and, in 

30 some jurisdictions, a tax in addition to the subtotal amount. The resulting purchase 
amount is then paid by the customer, thus completing the transaction. 

Customers may typically pay for the purchase by presenting cash, a check, a 
credit card or a debit card at the merchant point-of-sale terminal. The amount of cash, 
the amount for which the check is drawn, or the available balance of funds within a 

35 financial account associated with the credit card or debit card typically must be 
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sufficient to cover the purchase amount or the transaction can not be processed. 
When the transaction is paid for with a credit card or debit card, the sales attendant at 
the point-of-sale terminal must typically obtain an authorization for the charge from 
the card's issuing bank or from a clearinghouse. 
5 During this checkout time and continuing through the time the authorization is 

being processed, the customer is more receptive to the merchant at the point-of-sale 
while the transaction is completed. Realizing this, many merchants leverage this 
opportunity by providing so-called "impulse items" at or near the point-of-sale. Such 
impulse items usually include high-margin, attractively-packaged goods such as 
1 0 magazines or candy. These items are strategically placed so that a customer may be 
induced to purchase such items at the last minute. Although such tactics have proven 
effective for some merchants, by utilizing a customer's checkout time to the 
merchant's full advantage, incremental sales and profits resulting therefrom could be 
5 realized. 

^15 In addition, many retail establishments fail to take full advantage of their day- 

fi to-day interactions with customers by not actively seeking their customer's opinions 

regarding quality of service and/or products offered. This is not to say that merchants 
generally regard customer opinions as valueless. To the contrary, many merchants 
provide suggestion boxes, survey forms or the like within the merchant's 
%\ 20 establishment For example, in a restaurant environment, a merchant may leave a 
survey form on a table in an attempt to ascertain a customer's opinion regarding a 
dining experience. However, such means for gathering data are susceptible to 
employee tampering and furthermore, provide no incentive for the customer to 
complete the survey. 

25 In the example provided, the survey form left on the table may easily be 

intercepted and discarded by a service personnel member who does not wish for the 
customer's opinion to be known by a manager. Similarly, a franchisee may neglect to 
inform a franchisor of negative customer perceptions regarding the franchisee. In light 
of such facts, many customers within the retail environment regard the means by 
30 which their opinion can be heard or addressed as inadequate. Additionally, many 
customers view such procedures as providing no immediate benefit or remedy. In 
short, customers are simply not motivated to fill out surveys or write out opinions 
regarding their perception of a retailer's performance. If retailers were able to more 
effectively gather information regarding customers' shopping experiences, retail store 
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owners, managers and franchisors could more effectively address customer concerns, 
thereby ensuring higher rates of customer satisfaction and customer retention. 

In an attempt to increase sales as well as satisfy the demands that customers 
may have after making a purchase, many retailers offer supplementary product 
5 enhancements such as warranties. In many cases, the process whereby a customer is 
offered and/or sold a warranty is left up to sales attendants at the point-of-sale- Store 
owners and management personnel are often unaware of whether or not each 
customer who qualifies for such an enhancement is in fact being presented with its 
proposal. For example, a sales attendant may neglect to inform a customer of an 
10 available product enhancement, such as a warranty, parts sold separately, or other 
necessary replacement components currently on sale. By consistently offering every 
qualified customer a supplementary product enhancement or supplemental product 
which he may find necessary or desirable, retailers could effectively increment 
purchase totals and thus profits. 
* 1 5 As a proposed solution to the latter stated problem, United States Patent 

Application Serial No. 08/994,426, entitled "METHOD AND APPARATUS FOR 
PROVIDING SUPPLEMENTARY PRODUCT SALES TO A CUSTOMER AT A 
CUSTOMER TERMINAL" filed December 19, 1997, discloses a system and method 
whereby a customer at a point-of-sale terminal is provided with one or more 
20 supplemental product offers. The supplemental product offer is transmitted from a 
central controller directly to a card authorization terminal and displayed to the 
customer at the customer terminal. During this process, the customer is prompted to 
enter an "accept" or "decline" signal in response to the supplemental product offer. 
This signal is then transmitted back to the central controller and the customer 
25 transaction is consummated accordingly. 

One immediate benefit of the invention disclosed in United States Patent 
Application Serial No. 08/994,426 is the ability to effectively remove the sales 
attendant from the responsibility of providing the supplemental product offer. 
Although the disclosed invention can provide an effective means for providing 
30 supplementary product sale opportunities to customers in a retail environment, further 
advantages may be realized by processing a supplementary product sale through 
alternate methods. 

Therefore, a need exists for a transaction processing method and apparatus 
operable to allow retail organizations to more effectively leverage a customer's time 
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and attention at the point-of-sale. By doing so, retailers as well as customers could 
realize added benefits beyond those obtained through conventional means. 

Summary of the Invention 

5 

It is an object of the present invention to provide a method and apparatus 
operable to process a credit card transaction in a manner which provides a customer 
the opportunity to receive one or more charge enhancement offers on a record of 
charge provided at a point-of-sale terminal. The charge enhancement offers may 
1 0 correspond to either a reduction or an increase in the customer purchase amount. 

According to an aspect of the present invention, a computer controlled by a 
clearinghouse receives from a merchant point-of-sale terminal a request for 
authorization of a purchase amount. The purchase amount is to be paid from a 
financial account (e.g. a credit card account) of a customer. The clearinghouse 
fj 15 determines a "charge enhancement" offer based on the received request. The offer 
m may be determined from one or more factors including the transaction information 

]g input at the merchant point-of-sale terminal or the customer's credit history. The 

y = clearinghouse computer transmits an authorization for the transaction to the merchant 

s 

□ point-of-sale terminal. The clearinghouse computer also transmits the charge 

S ; 20 enhancement offer to the merchant point-of-sale terminal, which in turn prints on a 

i y 

r= record of charge indicia representing the offer. In one embodiment, the customer may 

in accept the charge enhancement offer by, for example, signing a separate signature line 

printed on the record of charge. 

25 Brief Description of the Drawings 

FIG. 1 is a block diagram illustrating a network environment suitable for 
implementing the present invention; 

FIG. 2 is a block diagram illustrating an exemplary point-of-sale terminal of 

30 FIG. 1; 

FIG. 3 is a block diagram illustrating an exemplary merchant server of FIG. 1 ; 
FIG. 4 is a block diagram illustrating an exemplary clearinghouse server of 

FIG. 1; 
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FIGS. 5 A and 5B each illustrate an exemplary embodiment of an inventory 
database stored by the merchant server of FIG. 3; 

FIG. 6 illustrates an exemplary transaction database stored by the merchant 
server of FIG. 3; 

5 FIG. 7 illustrates an exemplary offer database stored by the clearinghouse 

server of FIG. 4; 

FIG. 8 illustrates an exemplary transaction database stored by the 
clearinghouse server of FIG. 4; 

FIG. 9 is a flowchart illustrating an exemplary transaction process performed 
10 at a point-of-sale terminal; 

FIGS. 10A and 10B are a flowchart illustrating exemplary steps performed by 
the clearinghouse server of FIG. 4 during a transaction; 

FIG. 1 1 illustrates an exemplary record of charge produced according to a first 
j% aspect of the present invention; 

g 1 5 FIG. 1 2 illustrates an exemplary record of charge produced according to a 

w second aspect of the present invention; 

]e FIG. 13 illustrates an exemplary record of charge produced according to a 

^ third aspect of the present invention; 

q FIG. 14 illustrates an exemplary record of charge produced according to a 

Jj ; 20 fourth aspect of the present invention. 

Detailed Description of the Preferred Embodiments 

Presently, credit card processing networks allow a merchant to transmit a 
25 request for purchase authorization and a financial account identifier to a clearinghouse 
server in order to process a transaction between a customer and the merchant. The 
clearinghouse server confirms that the amount of credit available in the financial 
account is sufficient to accommodate the purchase amount. If the account is in good 
standing, the clearinghouse server transmits an authorization for the transaction back 
30 to the merchant. Transaction information is printed out for the customer on a record 
of charge. The customer is required to sign the record of charge to facilitate 
completion of the transaction. The merchant then provides the signed record of 
charge to a clearinghouse or an issuing bank in order to facilitate receipt of the 
purchase amount indicated on the record of charge. 
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As disclosed herein, the present invention involves providing customers with 
one or more charge enhancement offers at a merchant's point-of-sale terminal. Such 
offers are preferably presented to the customer on a printed record of charge which 
reflects both the purchase amount and the charge enhancement offer being provided. 
5 In addition, it is preferable that separate signature lines be provided for (i) the original 
purchase amount and (ii) the adjusted purchase amount in light of the charge 
enhancement offer, so that a customer's acceptance of the offer is apparent and 
distinguished from the customer merely acknowledging the original purchase amount. 
Furthermore, the charge enhancement offer is preferably an offer wherein the 
10 acceptance of which may result in either a credit toward or a charge against the 

customer's financial account, depending on the type of charge enhancement offer. In 
one embodiment, the charge enhancement offer is not processed with respect to the 
customer's account until the clearinghouse or issuing bank receives a copy of the 
2 signed record of charge and confirms the customer's acceptance of the offer. 

1 5 Offers for charge enhancement may include any of the following types of 

m promotions. The following list of offer types, however, is not exclusive. Generally, 

in 

~^ offers may come in three varieties: (i) surveys or questionnaires, (ii) supplementary 

product sales or product enhancements and (iii) cross-subsidy offers. Again, each of 
q these offers for charge enhancement are contemplated to be provided on a record of 

^ ; 20 charge output to a customer at the point-of-sale during a transaction with a merchant. 
M= Surveys and questionnaires are provided to a customer so that a merchant may 

J obtain feedback on its products or services. The survey or questionnaire contains one 

or more questions in response to which the customer may be obligated to, for 
example, write out an answer or fill in a checkbox. An example of this type of charge 
25 enhancement offer is provided in FIG. 1 1 . In exchange for completing the survey, the 
customer may receive a predetermined benefit, such as an amount of credit towards 
the purchase amount of the transaction. That amount of credit is added to the 
customer's financial account (e.g. subtracted from the balance of a credit card 
account) after it is confirmed that the customer has completed the survey and 
30 provided his signature as an indication of acceptance of the offer. A clearinghouse or 
issuing bank may be compensated for the credit provided to the customer by charging 
the merchant for the amount credited to the customer. 

As an alternative to providing surveys pertaining solely to the merchant, a 
survey may request information about a third party's products or services, such as the 
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service provided by the issuing bank that maintains the customer's account. In this 
instance, the third party rather than the merchant may provide compensation for the 
credited amount provided for completing the survey. In addition, the third party may 
pay a fee to the merchant in exchange for the merchant providing the offer to the 
5 customer. 

Another type of offer, supplemental product sales and product enhancements, 
is provided to the customer in the form of an offer to purchase a supplemental product 
or service. For example, a product enhancement type offer may include an offer to 
purchase a warranty for a product involved in the current transaction. The 
10 supplemental product or product enhancement may be provided by the merchant, or, 
by the issuing bank associated with the customer financial account. If the customer 
accepts, his financial account will be charged for the price of the supplemental 
product or product enhancement in addition to the original purchase total. In the case 
Jn where the offer is for a supplemental product, the supplemental product may be 

Yj 15 provided to the customer at the time of sale or may be shipped or otherwise made 
01 available to the customer after the acceptance of the offer is confirmed. An example 

]r= of an offer for a supplemental product or service is given in FIG. 12. 

& 1 Yet another type of charge enhancement offer, a cross-subsidy offer, involves 

p the provision of a benefit such as a discount toward the customer's purchase amount 

S; 20 in exchange for the customer's acceptance of an offer by a third party (i.e. a party 
H other than the customer and the merchant). For example, the cross-subsidy offer may 

|j include an offer to receive a discount of the entire purchase amount in exchange for 

the customer's obligation to change long distance telephone service providers from a 
current service provider to the long distance telephone service provider indicated in 
25 the offer. Other types of cross-subsidy offers include, but are not limited to, Internet 
service, banking services, credit card account services, insurance service, securities 
trading service, utilities service, satellite television service, or cable television service 
offers. An example of a cross-subsidy offer in accordance with the present invention 
is provided in FIG. 13. 
30 In addition, in an embodiment suitable for restaurant environments, the 

product enhancement may include a final purchase total including the addition of a 
percentage increase of the original purchase total. Such percentage increase may 
represent, for example, a gratuity amount to be included in the final purchase total of 
the transaction. When a customer accepts this offer, the final purchase total will 
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include the original purchase total in addition to the percentage increase selected by 
the customer. For example, the customer may indicate acceptance of the offer by 
signing or initialing an appropriate area of the record of charge associated with the 
additional percentage increase. An example of this variety of charge enhancement 
5 offer is provided in FIG. 14. 

The instant invention may be easily practiced on existing credit card 
transaction processing networks. That is, although some prograirirning adjustments 
may be needed to implement the present invention, it may be practiced without the 
need for additional equipment. The instant invention may also be incorporated as part 
1 0 of future credit and debit card transaction processing networks. 

It is contemplated that the present invention may be implemented on a 
computer network 100 such as that depicted in FIG. 1 . Multiple merchant point-of- 
sale (POS) terminals 110, 1 10A and 1 ION are shown operatively connected to 
JJ merchant server 108. Although three terminals are shown, one of ordinary skill in the 

~f 1 5 art will readily appreciate that more or fewer terminals may be operatively connected 
m to merchant server 108. It will also be readily appreciated that more than one 

]= merchant server 108 may be included. In the configuration shown, POS terminals 

y * 1 10, 1 1 OA and 1 10N are operatively connected to merchant server 108 in order to 

3 

p transmit transaction information corresponding to sales between the merchant and a 

~ ; 20 plurality of customers. Such transaction information may include the product 
r™ identifiers of products included in the transaction, and payment information such as a 

yn financial account identifier. Merchant server 1 08 may perform such tasks as updating 

product inventory as well as processing received payments with financial institutions, 
as described further herein below. 
25 The connection between POS terminals 110, 1 10A and 1 10N may be 

accomplished via one or more of a local area network (LAN), wide area network 
(WAN), dedicated telephone line, wireless connection, an intranet or the Internet. 
The preferred network connection will depend on the type of merchant establishment 
involved. For example, if the merchant operates from a single retail establishment, it 
30 is contemplated that POS terminals 110, 1 10A and 1 10N will be connected to 

merchant server 108 via a local area network. If the merchant operates several retail 
establishments in several different locations, it is contemplated that the connection 
may be made via a wide area network or an intranet. Furthermore, if the merchant 
operates his business on the Internet, it is contemplated that the merchant server 1 08 
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may store and run a Web site suitable for selling products and/or services. In such an 
embodiment, POS terminals 1 10, 1 10A and 1 ION may be one or more personal 
computers owned and operated by customers rather than the merchant. 

Merchant server 1 08, in turn, is operatively connected to clearinghouse server 
5 104. In a typical arrangement, the merchant which operates merchant server 108 is a 
separate entity from the clearinghouse which operates clearinghouse server 104. The 
clearinghouse represents an entity, such as NYCE, CIRRUS or FIRST DATA CORP. 
that receives requests to process credit card anoVor debit card transactions, 
communicates with the issuing banks that manage the accounts associated with such 
10 cards and provides an authorization for a transaction if the subject account is in good 
standing. It is contemplated that merchant server 108 and clearinghouse server 104 
are connected via a dedicated telephone line, as is commonplace in the field of credit 
card transaction processing. Furthermore, it is contemplated that merchant server 1 08 
J* may be connected to a plurality of clearinghouse servers. 

fj 15 Clearinghouse server 1 04 is operatively connected to a plurality of issuing 

r - 

m bank servers 102, 102 A and 102N. Although only three such servers are shown, one 

I rl 

5= of ordinary skill in the art will readily appreciate that either more or fewer issuing 

£H bank servers may be accommodated by the configuration shown in FIG. 1 . As 

a 

q described above, clearinghouse server 104 is operatively connected to the plurality of 

z ; 20 issuing bank servers 1 02- 1 02N in order to confirm that financial accounts managed by 
H= the issuing banks are in good standing, that is, whether a subject financial account 

managed by the issuing bank (i) actually exists and (ii) has enough funds to 
accommodate a requested transaction. The information regarding customer financial 
accounts may be communicated between the issuing bank server 102 and the 
25 clearinghouse server 1 04 at the time of the transaction or may be communicated, for 
example, at the beginning or end of each business day. 

Merchant server 1 08 is also optionally networked to merchant bank server 1 06 
so that the merchant may exchange certain payment information with its bank. It is 
contemplated that merchant server 108 communicates via dedicated telephone line to 
30 merchant bank server 106 through which merchant server 108 may transmit 
information to and receive information from merchant bank server 106. 

Furthermore, merchant bank server 1 06 may be one of the issuing banks 
operating in conjunction with clearinghouse server 104. Thus, clearinghouse server 
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104 may communicate with merchant bank server 106 in a similar manner and for the 
purposes described above with regard to issuing bank servers 102-102N. 

Referring now to FIG. 2, a preferred POS terminal 110, representative of any 
or each of POS terminal 1 10, 1 10A and/or 1 ION includes the following components: 
5 processor 202, input/output device(s) 204, clock 206, communication port 208 and 
data storage device 210, which stores program 212. POS terminal 110 may be any 
personal computer, cash register, card authorization terminal or combination thereof 
which is operable to receive a credit and/or debit card number and output a printed 
record of charge according to a customer purchase total. Examples of such terminals 
10 include the ICL RETAIL SYSTEMS TeamPOS™ 5000 or the OMNI™ 3200 credit 
card authorization terminal manufactured by VERIFONE®, INC. 

POS terminal 1 10 is controlled by processor 202 which may be one or more 
commonly manufactured microprocessor chips, such as the PENTIUM® III 
Jg manufactured by INTEL® CORPORATION. Processor 202 may receive a clock 

15 signal from clock 206 to which processor 202 is operati vely connected. The clock 
31 signal may indicate a date and time to the processor 202. 

jjj Data storage device 210 may include random access memory (RAM) and/or 

0 1 read-only memory (ROM). RAM may be one or more single inline memory module 

a 

p (SIMM) chips capable of storing a predetermined amount of data (typically measured 

ij j 20 in megabytes), and is used by processor 202 for temporary storage of processing 
H= instructions during operation of POS terminal 110. Read-only memory (ROM) is at 

^ least one permanent non-erasable and non-rewritable memory chip that stores 

initializing instructions to be used by processor 202 during, for example, a start-up 
routine performed by POS terminal 1 10. Further functions of random access memory 
25 (RAM) and read-only memory (ROM) will be apparent to one of ordinary skill in the 
art. 

The data storage device 210 may also or alternately include one or more of the 
following commonly known computer peripherals used for storing computer data: a 
hard drive, a floppy disk drive, a DVD drive such as those manufactured by Phillips™ 
30 Electronics, a ZIP® drive such as those manufactured by IOMEGA®, a tape drive, a 
Digital Audio Tape drive and/or any combination of the same or equivalents thereto. 
Further such devices will be apparent to one of ordinary skill in the art. 

Data storage device 210 is operative to store program 212 which may include 
an operating system and/or one or more application programs, each operative to 
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successfully control POS terminal 1 10 in accordance with the systems and methods of 
the present invention. 

Processor 202 is further operatively connected to input/output device(s) 204 
which may include: a display device, a keyboard, a mouse, a touchscreen, a speech 
5 recognition unit, a scanning device, a card processing unit, a printer or any 

combination of the foregoing. Input/output devices 204 operate to allow a merchant 
sales attendant to input information into POS terminal 1 1 0 in order to process a 
transaction with a customer. Further input/output devices 204 allow the output of a 
printed record of charge which acts both as a receipt for a customer and which may 
1 0 allow a customer to accept a charge enhancement offer as is described below. 

Processor 202 is further operatively connected to communication port 208, 
which may be one or more of the following commonly known computer peripherals 
used for computer-related communications: a parallel port, a serial port, a network 

Q 

card, a fax/modem/telephone port or any combination of the same. Communication 
^15 port 208 is operatively connected to facilitate the transfer of transaction information 
rn between processor 202 and merchant server 108. 

J Referring now to FIG. 3, a preferred merchant server 108 includes the 

^- following components: processor 302, input/output devices 304, clock 306, 

q communication port 308 and data storage device 310, which stores program 312, 

J{; 20 inventory database 314, and transaction database 316. 

Processor 302 may be one or more commonly manufactured microprocessor 
Jg chips, such as the PENTIUM® III manufactured by INTEL® CORP. Processor 302 

may receive a clock signal from clock 306. The clock signal can indicate a date and 

time to processor 302. 

25 The data storage device 310 may include random access memory (RAM) and 

read-only memory (ROM). RAM may be one or more single inline memory module 
(SIMM) chips capable of storing a predetermined amount of data (typically measured 
in megabytes), and is used by processor 302 for temporary storage of processing 
instructions during operation of merchant server 108. Read-only memory (ROM) is 

30 at least one permanent non-erasable and non-rewritable memory chip that stores 
initializing instructions to be used by processor 302 during, for example, a start-up 
routine performed by merchant server 108. Further functions of random access 
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memory (RAM) and read-only memory (ROM) will be apparent to one of ordinary 
skill in the art. 

The data storage device 310 may include one or more of the following 
commonly known computer peripherals used for storing computer data: a hard drive, 
a floppy disk drive, a DVD drive such as those manufactured by Phillips™ 
Electronics, a ZIP® drive such as those manufactured by IOMEGA®, a tape drive, a 
Digital Audio Tape drive and/or any combination of the same or equivalents thereto. 
Further such devices will be apparent to one of ordinary skill in the art. 

Data storage device 310 is operative to store program 312 which may include 
an operating system as well as one or more application programs, each operative to 
successfully control merchant server 1 08 in accordance with the systems and methods 
pf the present invention. Data storage device 3 10 is further operative to store an 
inventory database 314, and a transaction database 316, each discussed further below 
with reference to FIGS. 5A-6. 

Processor 302 is further operatively connected to input/output devices 304 
which may include: a display device, a keyboard, a mouse, a touchscreen, a speech 
recognition unit, a scanning device, a card processing unit, a printer and/or any 
combination of the foregoing. Input/output devices 304 operate to allow a merchant 
to input information to and output information from merchant server 108 in order to 
monitor merchant business operations, such as inventory management and the like. 

Processor 302 is further operatively connected to communication port 308, 
which may be one or more of the following commonly known computer peripherals 
used for computer-related communications: a parallel port, a serial port, a network 
card, a fax/modem/telephone port and/or any combination of the same. 
Communication port 308 is operatively connected to facilitate the transfer of data 
between processor 302 and POS terminals 110-1 10N, clearinghouse server 104, 
and/or merchant bank server 1 06 as may be necessary. 

Referring now to FIG. 4, a preferred clearinghouse server 104 includes the 
following components: processor 402, input/output device(s) 404, clock 406, 
communication port 408 and data storage device 410, which stores program 412, offer 
database 414 and transaction database 416. Processor 402 may be one or more 
commonly manufactured microprocessor chips, such as the PENTIUM® III 
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manufactured by INTEL® CORP. Processor 402 may receive a clock signal from 
clock 406. The clock signal can indicate a date and time to processor 402. 

The data storage device 410 may include random access memory (RAM) 
and/or read-only memory (ROM). RAM may be one or more single inline memory 
module (SIMM) chips capable of storing a predetermined amount of data (typically 
measured in megabytes), and is used by processor 402 for temporary storage of 
processing instructions during operation of clearinghouse server 1 04. Read-only 
memory (ROM) is at least one permanent non-erasable and non-rewritable memory 
chip that stores initializing instructions to be used by processor 402 during, for 
example, a start-up routine performed by clearinghouse server 104. Further functions 
of random access memory (RAM) and read-only memory (ROM) will be apparent to 
one of ordinary skill in the art. 

The data storage device 410 may be any one of the following commonly 
known computer peripherals used for storing computer data: a hard drive, a floppy 
disk drive, a DVD drive such as those manufactured by Phillips™ Electronics, a 
ZIP® drive such as those manufactured by IOMEGA®, a tape drive, a Digital Audio 
Tape drive and/or any combination of the same or equivalents thereto. Further such 
devices will be apparent to one of ordinary skill in the art. 

Data storage device 410 is operative to store program 412 which may include 
an operating system as well as one or more application programs, each operative to 
successfully control clearinghouse server 104 in accordance with the systems and 
methods of the present invention. Data storage device 410 is further operative to store 
an offer database 414, and a transaction database 416, each discussed further below 
with reference to FIGS. 7 and 8, respectively. 

Processor 402 is further operatively connected to input/output device(s) 404 
which may include: a computer monitor, a keyboard, a mouse, a touchscreen, a 
speech recognition unit, a scanning device, a card processing unit, a printer and/or any 
combination of the foregoing. Input/output device(s) 404 operate to allow a 
clearinghouse agent to input information to and output information from 
clearinghouse server 104, such as transaction processing information and the like. 

Processor 402 is further operatively connected to communication port 408, 
which may be one or more of the following commonly known computer peripherals 
used for computer-related communications: a parallel port, a serial port, a network 
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card, a fax/modem/telephone port and/or any combination of the same. 
Communication port 408 is operatively connected to facilitate the transfer of data 
between processor 402 and issuing bank servers 102-102N, merchant server 108, 
and/or merchant bank server 1 06 as may be necessary. 

FIGS. 5 A and 5B each show an exemplary embodiment of the inventory 
database 314. In particular, each embodiment is directed to a different type of 
merchant. FIG. 5 A represents data that a merchant operating a restaurant may store in 
inventory database 314. FIG. 5B represents data that a merchant operating, for 
example, a consumer electronics retail store may track in inventory database 314. In 
referring to FIGS. 5A-8, it should be noted that each row of the databases depicted 
therein corresponds to a record of that database. 

Inventory database 314 includes the following fields: product identifier field 
502 and 512, product descriptor field 504 and 514, product price field 506 and 516, 
product class field 508 and 518 and available quantity field 510 and 520. Inventory 
database 3 14 is used to track products and/or services that are in a merchant's 
inventory and may be purchased by consumers visiting the merchant's establishment. 

For each record of inventory database 314, product identifier fields 502 and 
512 preferably contain data representing a unique identifier for a product in the 
merchant's inventory. The product identifier may be any alphanumeric, numeric or 
other type of code. The product identifier may be selected by the merchant or may 
correspond to a serial number assigned to a product by the product's manufacturer. 
The product identifier may further be presented on the product's packaging in a 
scanner-readable format so that upon presentation at a merchant POS terminal 110, 
the sales attendant may scan in the data to initiate the sale of the product. For 
example, the unique identifier may comprise data representing a Universal Product 
Code (UPC) or bar code. 

For each record of inventory database 314, product descriptor fields 504 and 
514 preferably contain a description of each product in the merchant's inventory. The 
descriptor may be selected by the merchant or may be a trade name or trademark of 
the product. During a sale of the product, this descriptor may be printed out by POS 
terminal 1 10 on a record of charge presented to a customer upon completion of the 
sale. 

For each record of database 314, product price fields 506 and 516 preferably 
contain a retail price or unit price of a product in the merchant's inventory. The 
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product price may be determined by the merchant and may change over time. Upon 
scanning the product during a sale, POs terminal 1 1 0 may transmit the product 
identifier to merchant server 108. In turn, merchant server 108 may transmit the price 
to POS terminal 1 10 in order to calculate a total or subtotal amount for the sale. 
Alternatively, or in conjunction with the foregoing, the price of the product may be 
presented in a scanner-readable format on the product's packaging. 

For each record of database 314, product class fields 508 and 518 preferably 
contain data representing a product class of the subject product. The product class 
may be representative of a group of related products and may comprise an identifier 
assigned by the merchant. 

For each record of database 314, available quantity fields 510 and 520 
preferably contain data representing a numeric amount of the corresponding product 
remaining in a merchant's inventory. This data may be updated after each transaction 
involving the product is completed. For example, when a merchant POS terminal 
reports a sale of a product to merchant server 1 08, the available quantity of the 
product listed in field 510 or 520 may be debited by the quantity of product sold 
during the transaction. Conversely, the data listed in available quantity fields 5 1 0 and 
520 may reflect an increase when a merchant re-stocks the product. Other uses of this 
field will be apparent to one of ordinary skill in the art. 

Referring to FIG. 6, an embodiment of transaction database 316 stored in data 
storage device 310 of merchant server 108 includes the following fields: transaction 
identifier field 602, customer identifier field 604, transaction time/date field 606, POS 
terminal identifier field 608, product(s) purchased field 610, original purchase total 
field 612 and final purchase total field 614. Transaction database 316 is operative to 
store a record for each transaction that occurs at a merchant's establishment. 

Accordingly, for each transaction completed at a merchant's establishment, 
transaction identifier field 602 preferably contains a unique identifier. The identifier 
may be any alphabetic, numeric, alphanumeric or other type of code which uniquely 
identifies a transaction. The transaction identifier is contemplated to be generated by 
merchant server 1 08 upon receipt of transaction information. In particular, a first 
transaction performed at a merchant's establishment may be assigned a first code, 
such as "T 98765." The next received transaction identifier may be the next 
incremental number, i.e. "T 98766." However, it will be apparent to one of ordinary 
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skill in the art that virtually any numbering system which uniquely identifies each 
transaction will be appropriate. 

The code may further be generated based on the type of transaction involved. 
For example, one type of code (such as the type provided in the figures) may be 
employed for credit or debit card transactions and another type (not shown) for cash 
transactions. In this manner, a merchant may later access the transaction database 316 
and survey credit or debit card transactions in an easier manner. 

For each record of transaction database 316, customer identifier field 604 
preferably contains an identifier corresponding to the customer involved in the 
transaction. It is contemplated that the customer identifier will correspond to a 
financial account number or a card number of a credit or debit card used to pay the 
purchase amount. However, for other types of transactions, such as cash transactions, 
the word "CASH" or another non-unique, generic identifier may be used. 

For each record of transaction database 316, transaction time/date field 606 
preferably contains a time and a date that the subject transaction with the customer 
was completed. This information may be used to more easily locate records that need 
to be adjusted after completion of the transaction and in accordance with the present 
invention. Alternatively, it is contemplated that only the date of the transaction may 
be stored. 

For each record of transaction database 316, POS terminal identifier field 608 
preferably contains an identifier corresponding to the POS terminal 110 that 
processed the subject transaction. 

For each record of transaction database 316, product(s) purchased field 610 
preferably contains, for each record, a list of product identifiers corresponding to 
products that were sold in the subject transaction. A description of the product 
identifiers used has been discussed above regarding FIGS. 5 A and 5B. 

Original purchase total field 612 preferably contains, for each record of 
transaction database 316, the original purchase total authorized against the customer's 
financial account during the transaction. The totals listed here may include any sales 
tax associated with the transaction or may be the subtotal amount of the products 
purchased. Final purchase total field 614, on the other hand, contains, for each record 
of transaction database 316, the final purchase amount charged to the customer 
financial account. The final purchase total represented in field 614 may exceed or be 
less than the original purchase total represented in field 612 depending on the variety 
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of charge enhancement offers provided. For example, if the charge enhancement 
offer provided to the customer indicated that the customer may receive a discount 
toward an original purchase total in exchange for providing feedback to a merchant 
regarding the merchant's products or service, final purchase total field 614 may 
5 reflect a value less than that stored in the original purchase total field 612 of the 
corresponding record. Conversely, if the charge enhancement offer provided to the 
customer indicated that the customer may purchase a supplemental product or product 
enhancement, final purchase total field 614 may reflect a value greater than that stored 
in the original purchase total field 612 of the corresponding record. Lastly, if a charge 
10 enhancement offer is not provided, or, if the customer refuses the offer of charge 

enhancement, the final purchase total field 614 may reflect a value equal to that stored 
in the original purchase total field 612 of the corresponding record. The processes by 
which the original and final purchase totals are calculated and stored are discussed 
below in conjunction with FIGS. 9-1 OB. 
15 As displayed in FIG. 7, an embodiment of offer database 414 stored in data 

Sfj storage device 410 of clearinghouse server 104 includes the following fields: offer 

]y identifier field 702, offer criteria field 704, offer description field 706 and offer 

^ adjustment amount field 708. Offer database 414 is operative to store data 

q representing a plurality of offers to be presented to customers in accordance with the 

Zl 20 instant invention. In operating the present invention, when clearinghouse server 104 

i y 

H receives transaction information and a request for authorization to charge a purchase 

S amount to a customer's financial account, clearinghouse server 104 will compare the 

received transaction information to the contents of offer database 414 to determine an 
appropriate offer to be presented to the customer on a printed record of charge. 
25 Although offer database 414 is preferably maintained by clearinghouse server 

1 04, it is contemplated that one or more of the plurality of issuing banks 1 02- 1 02N 
may store and maintain this information in place of clearinghouse server 104. It is 
further contemplated that merchant server 108 may store and maintain this 
information in place of clearinghouse server 104. 
30 For each record of offer database 414, offer identifier field 702 preferably 

contains data representing a unique identifier corresponding to an offer to be 
presented to a customer on a printed record of charge. The identifier may be any 
alphabetic, numeric, alphanumeric or other type of code which uniquely identifies an 
offer. It is contemplated that the clearinghouse assigns the offer identifier. However, 
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other entities such as a merchant or an issuing bank may generate the offer identifier 
and provide it to the clearinghouse. 

For each record of offer database 414, offer criteria field 704 preferably 
contains data representing one or more criteria pertaining to conditions that must be 
5 met in order for the offer to be provided to a customer on a printed record of charge. 
For example, and in reference to the first record 710 of FIG. 7, one type of offer 
criteria may specify that all transaction authorizations corresponding to a particular 
merchant (e.g. merchant 111 according to record 710) may qualify to include the 
offer identified as offer "123". Other types of offer criteria may include, but are not 
10 limited to, a product that is being purchased, a minimum purchase amount for a 

transaction, a date the transaction is being initiated, or an amount of credit available 
within the customer financial account. If the offer is conditioned upon the customer's 
_ available credit, it is further contemplated that higher priced supplementary product 

5 offers as described herein will only be available to those customers whose available 

15 credit equals or exceeds the price of the supplementary product. 
Cm For each record of offer database 414, offer description field 706 preferably 

1= contains a description of the offer corresponding to the offer identifier. The 

y f description may be a general description of the offer, as is displayed in FIG. 7. 

Q However, it is contemplated that this field may contain a pointer to a file containing 

i fi 

n ; 20 data to be output on a record of charge. It is also contemplated that data representing 
H the text of the offer may be stored in this field, transmitted to merchant server 1 08 

yp along with an authorization for the transaction and output to a customer on a printed 

record of charge. 

For each record of offer database 414, offer adjustment amount field 708 
25 preferably contains data representing an amount by which the customer's original 

purchase total will be adjusted if the customer accepts the charge enhancement offer. 
This amount may either be positive (i.e. an additional charge) or negative (i.e. a credit 
towards the purchase amount) depending on the type of offer involved. For example 
and as illustrated at record 7 1 0 of FIG. 7, if the customer agrees to complete a 
30 merchant specific survey, that is, a survey requesting the customer's opinion 

regarding the merchant's products or services, the customer may receive a $3.00 
credit toward the final purchase total. The offer adjustment amount may also be a 
percentage discount off the original purchase total or a provision of alternate currency 
such as any number of frequent flier miles, an amount of pre-paid telephone time, 
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merchant-specific currency vouchers and the like. Other offer adjustment amounts 
will be apparent to one of ordinary skill in the art. 

As displayed in FIG. 8, an embodiment of transaction database 416 stored in 
data storage device 410 of clearinghouse server 104 includes the following fields: 
5 transaction identifier field 802, account identifier field 804, merchant identifier field 
806, original purchase total field 808, charge adjustment amount field 8 1 0, final 
charge amount field 812 and posting time/date field 814. Transaction database 416 is 
operative to store transaction information regarding a plurality of requests to process 
credit card transactions. The requests may come from a plurality of merchants and 
1 0 involve accounts from a plurality of issuing banks. 

Transaction identifier field 802 preferably contains data representing a unique 
identifier corresponding to each transaction for which transaction information is 
transmitted to clearinghouse server 104 for processing. The identifier may be any 
J alphabetic, numeric, alphanumeric or other type of code which uniquely identifies a 

1 5 transaction. The transaction identifier is contemplated to be generated by 

clearinghouse server 1 04 upon receipt of transaction information. In particular, a first 
transaction received by the clearinghouse may be assigned a first code, such as 
m "00946123." The next received transaction identifier may be the next incremental 

3 

p number, i.e. "00946124." However, it will be apparent to one of ordinary skill in the 

H ; 20 art that any system which uniquely identifies each transaction will be appropriate. 
H 1 For each recorded transaction, account identifier field 804 preferably contains 

-in 

data representing a credit card or other financial account identifier that corresponds to 
an account from which a purchase amount is to be paid. Account identifier field 804 
may further contain a listing of an issuing bank or the like which maintains the 
25 financial account. Alternatively, it is contemplated that the account identifier itself 
may contain information such as a prefix that identifies the appropriate issuing bank. 
For example, it is well known in the art that the first four digits of a credit card 
account number correspond to the bank which issued the card and maintains the 
account. 

30 For each record of transaction database 416, merchant identifier field 806 

preferably contains data representing a unique identifier corresponding to the 
merchant requesting authorization of the transaction. The identifier may be any 
alphabetic, numeric, alphanumeric or other type of code which uniquely identifies the 
corresponding merchant. It is contemplated that the merchant identifier is generated 
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and assigned by the clearinghouse or an issuing bank after the merchant contracts to 
accept credit or debit card payments from an issuer. 

For each record of transaction database 416, original purchase total field 808 
preferably contains an indication of a purchase amount corresponding to the subject 
transaction. The amount is determined at a merchant point-of-sale terminal when the 
original purchase total is calculated. 

For each record of transaction database 416, charge adjustment amount field 
810 preferably contains an indication of the amount of an adjustment to the original 
purchase total that may be applied if a customer accepts a charge enhancement offer 
following authorization of the transaction. The amount shown in charge adjustment 
amount field 810 will correspond to the value stored in offer adjustment amount field 
708 for the offer determined to be applicable toward the current transaction. 

Final charge amount field 812 preferably contains, for each record of 
transaction database 416, an indication of a resulting purchase amount charged to the 
corresponding financial account following presentment of the offer of charge 
enhancement to the customer. As discussed above, this amount will be determined 
following completion of the merchant/customer portion of the transaction when the 
clearinghouse, issuing bank and/or merchant bank receive an indication of the 
customer response to the offer of charge enhancement on a copy of the record of 
charge. 

For each record of transaction database 416, posting time/date field 814 
preferably contains data representing a time and/or date at which clearinghouse server 
104 received the indication of the final charge amount. Issuing bank servers 102- 
102N and/or merchant bank server 106 may provide this information. Alternately, 
clearinghouse server 104 may determine the information to be stored in posting 
time/date field 814 by way of clock 406 as described above with reference to FIG. 4. 
It is noted that information contained in posting time/date field 814 will necessarily be 
stored following completion of the merchant/customer portion of the transaction, 
upon receipt of an indication of acceptance of a charge enhancement offer as 
indicated by a record of charge in accordance with the present invention. Furthermore, 
it is contemplated that data representing only the date need be stored in posting 
time/date field 814. 

As all the hardware and software that is involved in practicing the present 
invention have been introduced, it is necessary to examine the processes of 
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completing a credit or debit card transaction and providing a charge enhancement 
offer as contemplated by the applicants. FIG. 9 illustrates a preferred process 900 
performed by merchant server 108 to process a credit or debit card transaction 
between a customer and a merchant. Alternately, process 900 may be executed by 
5 any of POS terminals 1 10-1 10N in direct communication with clearinghouse server 
104. 

Process 900 begins when a sales attendant at a merchant POS terminal 
receives one or more products that a customer wishes to purchase. The original 
purchase total is calculated at the POS terminal and the customer presents a financial 
10 instrument, such as a credit or debit card bearing a financial account identifier, which 
is read by or entered in to the terminal. Transaction information including the original 
purchase total and the financial account identifier is then transmitted from the POS 
terminal to merchant server 108 (step 902) which, in turn, generates a transaction 
,fj identifier and stores the identifier and the transaction information in the appropriate 

J*f 1 5 record of transaction database 316 (step 904). 

CP Merchant server 108 then generates and transmits to clearinghouse server 104 

5= a request for authorization to process the original purchase total against the financial 

y 1 account corresponding to the received financial account identifier (step 906). The 

q request may include transaction information such as the financial account identifier, 

2; 20 the merchant identifier and an original purchase total. At step 908, the merchant 
M; server 108 determines if an authorization has been received from clearinghouse server 

5 104. If so, process 900 continues on to step 912. If, however, after a predetermined 

amount of time an authorization is not received, merchant server 104 transmits a 
message to the POS terminal that the purchase has not been authorized (step 910) 
25 after which process 900 ends. 

If it is determined during step 908 that an authorization has been received, 
merchant server 108 transmits the authorization to the POS terminal allowing the 
merchant/customer portion of the transaction to be completed. Merchant server 1 08 
then stores the transaction data and the POS terminal outputs (e.g. prints) a record of 
30 charge including an indication of any received charge enhancement offers (step 912). 
FIGS. 10A and 10B illustrate a preferred process 1000 performed by 
clearinghouse server 104 for authorizing a credit or debit card transaction and 
providing a charge enhancement offer in accordance with the present invention. 
Process 1000 occurs between steps 906 and 908 of process 900. Process 1000 begins 
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when clearinghouse server 104 receives a request for authorization including 
transaction information such as a financial account identifier, merchant identifier and 
original purchase total from a merchant server 108 (step 1002). This information is 
stored in the appropriate fields of transaction database 4 1 6, including a time and date 
5 the request was received. At step 1003, clearinghouse server 104 generates a unique 
transaction identifier and stores the identifier in the transaction identifier field 802 of 
the appropriate record of the transaction database 416. The clearinghouse server 104 
then transmits a query to the issuing bank server corresponding to the received 
financial account identifier to determine whether the transaction can be authorized 
10 (i.e. whether the financial account is in good standing) (step 1004). Clearinghouse 
server 104 then waits for a predetermined amount of time for an authorization of the 
original purchase total from the issuing bank server (step 1006). If an authorization is 

_ not received from the issuing bank server or if the issuing bank server declines the 

transaction, process 1000 continues to step 1008 where an indication that the 

J: 15 authorization has been declined is transmitted to merchant server 108. If, however, 

u\ an authorization signal is received from the issuing bank server, process 1000 

Lfi 

^ continues to step 1010. 

y 1 At step 1010, clearinghouse server 104 compares the received transaction 

5 

Q information to information stored in offer database 414 to determine whether any 

LP 

20 offer should be transmitted with the authorization of the purchase amount for the 
M transaction. If no offer criteria apply to the transaction information, clearinghouse 

£ server 104 transmits only the authorization signal to merchant server 108 (step 1012). 

The transaction is then completed conventionally by the merchant server 1 08 and POS 
terminal 1 10, and process 1000 ends. If, however, a charge enhancement offer is 
25 found to be applicable to the transaction on the basis of offer criteria stored in field 
704 of the offer database 414, process 1000 continues to step 1014. 

At step 1014, clearinghouse server 104 retrieves the appropriate charge 
enhancement offer data stored in field 706 which corresponds to the offer criteria in 
field 704 determined to be applicable during step 1010. If the offer includes an 
30 additional amount to be charged to the customer financial account upon acceptance of 
the charge enhancement offer by the customer, clearinghouse server 1 04 may 
optionally transmit a second request to the issuing bank server in order to to authorize 
the additional amount. If the issuing bank server does not approve the authorization 
request for the additional amount, the charge enhancement offer may not be presented 
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to the customer and the transaction may be processed conventionally. If the issuing 
bank server does approve the authorization request for the additional amount, the 
authorization and charge enhancement offer data is then transmitted by clearinghouse 
server 104. to merchant server 108. In all instances in which an additional purchase 
amount is not required in conjunction with the charge enhancement offer, the 
authorization and the charge enhancement offer data to be printed on the record of 
charge are transmitted by clearinghouse server 104 to merchant server 108 (step 
1016). 

Turning now to FIG. 10B, process 1000 continues at step 1018. However, it 
should be understood that steps 1018 through 1024 are performed after the completion 
of the portion of the subject transaction between the customer and the merchant. It 
should also be noted that in the preferred embodiment steps 1018 through 1024 can 
not be completed until the clearinghouse, merchant bank and/or issuing bank receive a 
copy of the record of charge to determine whether the customer has accepted the offer 
of charge enhancement. 

At step 1018, the clearinghouse server 104 determines whether the customer 
has accepted the charge enhancement offer output to him or her at the POS terminal 
during the transaction. This may be determined by, for example, seeing if the 
customer has signed the signature line corresponding to the charge enhancement offer. 
Alternately, it may be determined that a customer has accepted a charge enhancement 
offer by receipt of a signal generated by either the merchant bank server 106 or the 
issuing bank server associated with the customer's financial account. In addition, it 
may be necessary to determine whether the customer has completed any required 
information, such as answering questions to a survey, questionnaire or the like. If the 
customer has accepted the charge enhancement offer, process 1 000 continues to step 
1022, discussed below. However, if the customer has not accepted the charge 
enhancement offer, the customer's account is debited by the original purchase total 
and the merchant's account is credited with the original purchase total (step 1020). 
The final purchase total stored in fields 812 and 614 will be determined to reflect the 
original purchase total (step 1021). Process 1000 then ends. 

If, however, the customer has accepted the offer, process 1000 continues to 
step 1 022 where clearinghouse server 1 04 retrieves from field 708 the appropriate 
offer adjustment amount to be applied to the customer's financial account (step 1022). 
Clearinghouse server 104 then reconciles the merchant account and the customer 
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financial account according to the terms set forth by the particular offer (step 1024), 
after which process 1 000 ends. 

Various forms of a record of charge presented in accordance with the present 
invention are discussed below. FIG. 1 1 illustrates a first exemplary record of charge 
1 100 generated by merchant POS terminal 1 10 in order to facilitate completion of a 
transaction between a customer and the merchant. Record of charge 1 1 00 is 
illustrated wherein the customer is provided with a signature line 1 1 05 corresponding 
to the original purchase total as well as a separate signature line 1 1 10 for indicating an 
acceptance of an offer and acknowledging an adjusted purchase amount in exchange 
for completing a survey. 

FIG. 1 2 illustrates a second exemplary record of charge 1 200 generated by 
merchant POS terminal 1 1 0 in order to facilitate completion of a transaction between 
a customer and the merchant. Record of charge 1200 is illustrated wherein the 
customer is provided with a signature line 1 205 corresponding to the original 
purchase total and a separate signature line 1210 for indicating an acceptance of an 
offer and acknowledging an adjusted purchase amount corresponding to the purchase 
of a warranty for a product involved in the subject transaction. 

FIG. 13 illustrates a third exemplary record of charge 1300 generated by 
merchant POS terminal 1 1 0 in order to facilitate completion of a transaction between 
a customer and the merchant. Record of charge 1 300 is illustrated wherein the 
customer is provided with a signature line 1305 corresponding to the original 
purchase total and a separate signature line 1310 for indicating an acceptance of an 
offer and acknowledging an adjusted purchase amount in exchange for accepting a 
cross-subsidy offer. 

FIG. 14 illustrates a fourth exemplary record of charge 1400 generated by 
merchant POS terminal 1 10 in order to complete a transaction between a customer 
and the merchant. Record of charge 1400 is illustrated wherein the customer is 
provided with a signature line 1405 corresponding to the original purchase total and a 
separate signature 1410 line for indicating an acceptance of an offer and 
acknowledging an adjusted purchase amount according to an additional percentage 
applied to the original purchase total as a gratuity. 

In one alternate embodiment of the present invention, it is contemplated that a 
charge enhancement offer may be presented to a customer on a display of the 
merchant POS terminal or a card authorization terminal attached thereto at the time of 
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the transaction rather than on a record of charge. The customer may accept the charge 
enhancement offer by pushing appropriate buttons located on or near the terminal or, 
by providing a signal to a device capable of capturing data representing the 
customer's signature. An example of one such device is the SC ANTE AM® 8900 
SIGNATURE CAPTURE PAD manufactured by ACCESS KEYBOARDS LTD. The 
discount or increment associated with the offered charge enhancement could then be 
applied immediately to produce an adjusted final purchase total. Also in this 
embodiment, rather than a discount to be applied to the customer's financial account, 
the customer may be presented with a coupon printed or otherwise made immediately 
available to the customer at the merchant POS terminal following the customer 
acceptance of the charge enhancement offer. 

While the best mode contemplated for carrying out the invention has been 
described in detail in the foregoing, those of ordinary skill in the art to which the 
instant invention relates will recognize various alternative designs and embodiments 
for practicing the invention. In particular, the methods and systems disclosed above, 
though discussed in terms of transactions involving a credit or debit card are equally 
applicable to other types of transactions from other types accounts, such as savings 
accounts, money market accounts or the like. It is to be understood that the databases 
and data stored therein, as depicted in the figures, may be rearranged or combined into 
equivalent structures. It is to be further understood that although the embodiments 
have been discussed in terms of sales of products, the present invention may be 
equally applicable to the sale of services. Accordingly, it is to be understood that the 
foregoing description is provided for illustrative purposes only and does not limit the 
scope of the instant invention, as defined by the appended claims. 
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